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(54) Workflow system with business process definition 



(57) A workflow server for making a work item cre- 
ated or processed by a client terminal transition in ac- 
cordance with a business process preliminarily defined 
for each business, comprising, besides a workflow da- 
tabase, a file for storing a data set as a component of 
each business process defined for each business, and 



a component managing function of outputting a list of 
names of components of each data set stored in the file 
onto the screen of a client's terminal, reading a corre- 
sponding data set having a specific component desig- 
nated by the user from the file, and transmitting the read 
data set to the client terminal. 
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Description 

[0001] The present invention relates to a workflow 
system and, more particularly, to a workflow server with 
a business process definition tool for defining a business 
process and a client terminal. 

[0002] A workflow system is a computer network sys- 
tem developed to effectively process an office work in 
which a plurality of people are involved in time series. 
By preliminarily defining the flow of each work item gen- 
erating in the form of an electronic document in an office 
work, the work item processed by a client terminal is au- 
tomatically transferred to the next person in charge in 
accordance with the workflow (hereinbelow, called a 
business process). 

[0003] The workflow system comprises, for example, 
a plurality of client terminals which are mutually connect- 
ed via a communication network represented by an LAN 
and a workflow server which communicates with the cli- 
ent terminals via the communication network. The work- 
flow server has a process management table in which 
each business process is defined in advance and either 
a new work item (electronic document) drafted by each 
client terminal or a work item transferred from another 
user and additionally processed by a client terminal is 
automatically transited to the next step along the busi- 
ness process. 

[0004] The business process is made up of a plurality 
of steps called nodes each of which defines a process- 
ing unit of the work called an activity. Accompanying the 
activity, for example, the person in charge of the process 
(hereinbelow, described as "participant") and an appli- 
cation program (hereinbelow, described as "applica- 
tion") necessary to execute the process are defined. 
Nodes constructing the business process include, be- 
sides the activity, start and end nodes of a process and 
control nodes indicative of a diverging point and a junc- 
tion point of a work item. 

[0005] Definition of each business process is attained 
by connecting a plurality of node symbols arranged be- 
tween the start node and the end node by arrow signs 
indicative of the flow of the work item on the display 
screen of the server or a client terminal and defining the 
participants and the application of each activity node. 
[0006] The function of a workflow system which is 
commercially available at present is introduced as "Ef- 
fectiveness of workflow management system" in the 
■Operations Research" magazine, October issue, 1 996, 
pp. 559 to 568. A conventional product such as the work- 
flow system "Staffware" of Unisys Corp. having the 
graphical workflow define r function of selecting an icon 
from a tool box, dragging and dropping the icon, and 
entering data for necessary items is also known. 
[0007] In the conventional workflow systems, when a 
new business process definition is required, either a 
method of newly defining all of nodes constructing the 
business process or another method of copying an en- 
tire existing business process definition, changing a part 



of it, giving a new process name to the resulted business 
process, and registering it is employed. The convention- 
al methods, however, have a problem that it takes much 
time to create a new business process. At the occasion 

s of entirely or part ally changing the definition of a rela- 
tively common node included in existing business proc- 
ess definitions, conventionally, it is necessary to check 
whether the definition changed node is used or not and, 
if yes, the definition has to be changed in each of the 

10 other business process definitions created by copying 
the business process definitions. Consequently, a prob- 
lem that some of them are failed to be changed may 
occur. 

[0008] It is an object of the invention to provide a work- 
is flow server and a client terminal capable of easily defin- 
ing a new business process. 

[0009] It is another object of the invention to provide 
a workflow server and a client terminal capable of easily 
changing the definition of a component of an existing 

20 business process. 

[0010] It is further another object of the invention to 
provide a user interface for a workflow system capable 
of easily defining a new business process and defining 
a component of a business process. 

2S [001 1] In order to achieve the objects, according to a 
workflow server of the invention, a part or entire process 
in an existing business process definition is stored as 
component parts into a file and, at the occasion of cre- 
ating a new business process at a client terminal, the 

30 user can use the component parts. More specifically, a 
workflow server of the invention is characterized by 
comprising: filing means for storing a data set as com- 
ponents of each business process defined for each busi- 
ness; and component managing means for providing a 

35 (jst of component names of each data set stored in the 
filing means as business process definition tool informa- 
tion to one of the client terminals, reading a correspond- 
ing data set including a specific component designated 
by the client terminal from the filing means, and trans- 

40 mitting the read data set to the client terminal. 

[0012] According to a preferable embodiment of the 
invention, the filing means has, for example, a plurality 
of tables for storing the data set by the kind of compo- 
nent, and the component managing means classifies 

<5 the lists of the component names into tables and pro- 
vides the resultant tables to the client terminal. The com- 
ponent managing means additionally registers a data 
set having a new component name created by the client 
terminal into the filing means. 

50 rp01 3] According to another aspect, a workflow server 
of the invention is characterized by comprising: first stor- 
ing means for storing definition data on a business proc- 
ess made up of a plurality of nodes; second storing 
means for storing a data set in which a component of 

55 the business process stored in the first storing means is 
defined; workflow managing means for making a work 
item created or processed by each client terminal transit 
in accordance with the business process definition data 
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corresponding to the work item stored in the first storing 
means; and component managing means for providing 
a list of component names of each data set stored in the 
second storing means in response to a request from the 
client terminal, and transmitting a data set correspond- 
ing to a component name to the client terminal in re- 
sponse to a data transfer request in which the compo- 
nent name is designated from the client terminal. 
[0014] According to another feature of the invention, 
in the workflow server, definition data on each business 
process stored in the first storing means defines the con- 
necting relation of nodes constructing each business 
process, at least a part of the data set stored in the sec- 
ond storing means has a component name correspond- 
ing to a node name used in the business process defi- 
nition data, and the workflow managing means controls 
each of the work items on the basis of the business proc- 
ess definition data stored in the first storing means and 
the data set stored in the second storing means which 
is linked from the node name in the business process 
definition data. 

[0015] The component managing means includes a 
function of additionally registering definition data on a 
business process having a new process name created 
by the client terminal into the first storing means and 
means for additionally registering a data set having a 
new component name created by the client terminal into 
the second storing means. 

[001 6] According to a preferred embodiment of the in- 
vention, the workflow server has retrieving means for 
retrieving a business process having a specific compo- 
nent from business processes stored in the first storing 
means when a request for retrieving the specific com- 
ponent from business processes is received from the 
client terminal, and replying the name of the relevant 
business process to the client terminal. 
[001 7] According to the invention, there is provided a 
client terminal connected to a workflow server which 
makes a work item transit in accordance with a business 
process preliminarily defined for each business, com- 
prising: a display screen; 

input means for operating a cursor position on the 
display screen; and control means for creating a window 
for business process definition and a command menu 
on the display screen, communicating with the workflow 
server and changing a display on the window in accord- 
ance with a user operation, the command menu having 
a plurality of buttons according to kinds of components 
of a business process, and the window having a first re- 
gion for displaying a list of component names of a busi- 
ness process and a second region used to define a new 
business process or a new component, wherein the con- 
trol means is provided with a function of displaying a reg- 
istered list of the names of components of a business 
process from the workflow server, in the first region at 
the time of creating the window, thereby enabling the 
user of the client terminal to define the business process 
by using the command menu and the list of the compo- 



nent names. 

[0018] According to another feature of the client ter- 
minal of the invention, the control means is character- 
ized by comprising: a function of creating a symbol of a 

s component corresponding to a selected button or a di- 
alogue for definition corresponding to the component in 
response to a user operation of selecting a button in the 
command menu, in the second region; and a function of 
selecting a specific component from the list of compo- 

10 nent names displayed in the first region and creating a 
symbol indicative of the specific component or a dia- 
logue for definition corresponding to the specific com- 
ponent in the second region in response to a user oper- 
ation of copying the specific component into the second 

is region. 

[0019] According to another feature of the client ter- 
minal of the invention, the control means includes a 
function of making a request to register component def- 
inition data entered by the user in the dialogue for defi- 
ne nrtion into the workflow server. 

[0020] According to an embodiment of the invention, 
the command menu has a button for creating a dialogue 
for defining a business process name, and the control 
means has a function of creating the dialogue for defin- 
es jng a business process name in the second region in 
response to a user operation of selecting the button and 
making a request to register definition data on a new 
business process defined in the second region under a 
process name entered in the dialogue into the workflow 
30 server. Each of the dialogues for definition has, for ex- 
ample, an icon for instructing registration of definition 
data, and the control means makes a request to register 
a data set defined in the dialogue for definition into the 
workflow server in response to the user's selection of 
35 the icon. 

[0021] In the drawings 

[0022] Fig. 1 is a diagram showing the configuration 
of a workflow system of the invention. 
[0023] Fig. 2 is a diagram showing a conventional 
40 method of developing a business process definition. 
[0024] Fig. 3 is a diagram showing a method of devel- 
oping a business process definition according to the in- 
vention. 

[0025] Fig. 4 is a diagram showing control nodes used 

45 for the business process definition. 

[0026] Fig. 5 is a diagram showing an example of a 
business process and a sub-process. 
[0027] Fig. 6 is a diagram demonstrating the configu- 
ration of a business process definition table formed in a 

so workflow database 30. 

[0028] Fig. 7A is a diagram showing the configuration 
of an activity table formed in a repository file 10. 
[0029] Fig. 7B is a diagram showing the configuration 
of a participant table formed in the repository file 10. 

55 [0030] Fig. 7C is a diagram showing the configuration 
of an application table formed in the repository file 10. 
[0031] Fig. 7D is a diagram showing the configuration 
of a control node table formed in the repository file 10. 
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[0032] -Fig. 7E is a diagram showing the configuration 
of a sub-process table formed in the repository file 10. 
[0033] Fig. 8 is a diagram for explaining a business 
process definition tool window and an activity definition 
dialogue D1 created on the screen of a client terminal. 
[0034] Figs. 9A and 9B are diagrams for explaining a 
■shallow copy" and a 'deep copy" of a component, re- 
spect ivefy. 

[0035] Figs. 10A and 10B are diagrams showing for- 
mats of a participant definition dialogue D2 and an ap- 
plication definition dialogue D3, respectively. 
[0036] Fig. 1 1 is a diagram for explaining a method of 
designating a sub-process and a format of a sub-proc- 
ess definition dialogue D4. 

[0037] Fig. 1 2 is a flowchart showing the function of a 
component display routine 210 as a part of a reference 
routine 21 . 

[0038] Fig. 1 3 is a flowchart illustrating the function of 
an activity registering routine 220 as a part of a regis- 
tering routine 22. 

[0039] Fig. 1 4 is a flowchart showing the function of a 
participant registering routine 230 as a part ot the reg- 
istering routine 22. 

[0040] Fig. 15 is a flowchart showing the function of 
an application registering routine 240 as a part of the 
registering routine 22. 

[0041] Fig. 16 is a flowchart showing the function of a 
sub-process registering routine 250 as a part of the reg- 
istering routine 22. 

[0042] Fig. 17 is a diagram illustrating an example of 
a display screen W1 as a result of retrieving business 
process definitions related to a designated component. 
[0043] Fig. 1 8 is a flowchart showing the function of a 
business process name retrieval routine 23. 
[0044] Fig. 19 is a diagram representing an example 
(business process of request for travelling expenses) of 
an existing business process. 

[0045] Fig. 20 is a diagram showing an example of a 
business process (business process of request for hol- 
iday) to be newly created. 

[0046] Fig 21 is a diagram showing a state of the re- 
pository file 10 at the time of creating a new business 
process. 

[0047] Figs. 22A and 22B are diagrams illustrating ap- 
plication definition dialogues D3-13 and D3-14 each of 
which is created to register an application program to 
be used for a new business process. 
[0046] Fig. 23 is a diagram showing an activity defini- 
tion dialogue D1 -13 created to define and register one 
of activities constructing a new business process. 
[0049] Fig. 24 is a diagram illustrating the state of the 
updated repository file 10. 

[0060] Fig. 25 is a diagram for explaining the user op- 
eration in a business process definition tool window. 
[0051 ] Fig. 26 is a diagram for explaining the contents 
of the original definition of a copied activity and the con- 
tents of an updated definition. 
[0062] Fig. 27 is a diagram showing the state of the 



repository file 1 0 at the time of completion of a new busi- 
ness process. 

[0053] Fig. 28 is a diagram showing a process name 
definition dialogue D5 created to register the new busi- 
s ness process into a workflow database. 

DESCRIPTION OF THE PREFERRED 
EMBODIMENTS 

10 [0054] Embodiments of the invention will be de- 
scribed hereinbelow with reference to the drawings. 
[0055] Fig. 1 shows the configuration of a workflow 
system according to the invention. 
[0056] The workflow system is comprised of a work- 
is flow server 1 and a plurality of client terminals 5 (5-1 to 
5-N) connected to the server 1 via a LAN 2. The work- 
flow server 1 comprises a file (hereinbelow, called a re- 
pository file) 1 0 for storing component information about 
a business process, a program memory 20 for reposi- 

20 tony management, a workflow database 30 for storing 
work item data processed by the workflow system, a 
business process definition table (process management 
table), and other workflow data, a program memory 40 
for workflow management, and a bus 3 connecting the 

25 components. 

[0057] The program memory 20 for repository man- 
agement includes a reference routine 21 for referring to 
the component information stored in the repository file 
10, a registering routine 22 for updating the component 

30 information stored in the repository file 10, and a retriev- 
al routine 23 for retrieving a business process to which 
a specific activity is related when the user designates a 
specific component, for example, the specific activity. 
[0058] The program memory 40 for workflow man- 

35 agement includes a business process management 
(workflow control) routine 41 for making a work item 
move or transit in accordance with a business process 
corresponding to the work item and a repository access 
routine 42 for making an inquiry to the program for re- 

40 pository management regarding the component infor- 
mation such as the activity or sub-process defined in 
each business process. 

[0059] Each of the client terminals 5 has a mouse for 
the drag & drop operation of the cursor on its display 

45 screen. Among the client terminals, at least one terminal 
5-1 used by a person in charge of developing the busi- 
ness process has a repository access routine 51 for ac- 
cessing the component information stored in the repos- 
itory file 10, a business process registering routine 52 

so for registering business process definition information 
newly developed into the workflow database 30, and a 
display control routine 53 for displaying the business 
process definition information and the component infor- 
mation read from the repository file onto the terminal 

55 screen. The repository access routine 51 has the func- 
tion of calling the reference routine 21 for repository 
management and the registering routine 22 in a manner 
similar to the repository access routine 42 prepared in 
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the workflow management memory. 
[0060] The invention is characterized in that the com- 
ponent information such as the activity as an element of 
the business process and a sub-process which will be 
described hereinlater is stored in the repository file 10 s 
and, at the occasion of defining a new business process, 
the existing component information stored in the repos- 
itory file 10 can be re-used. 

[0061 ] As for a conventional business process defini- 
tion, for example, as shown in Fig. 2, a top-down devel- 
opment method of defining activities 100 (100-1, 
100-2, ...) between a start node 100S and an end node 
100E on a terminal screen and defining attribute infor- 
mation such as a participant 112 and an applicant 113 
with respect to each activity 100 on a dialog screen D is 
used. 

[0062] According to the invention, for example, tike 
the activities 100-1 and 100-8 shown in Fig. 3 t among 
the existing component information stored in the repos- 
itory file 10, a node element applicable to the new busi- 
ness process is called from the repository file 10. With 
respect to only a new node element 100-IM which is not 
stored in the repository file, attribute information such 
as the participant 112 and the applicant 113 is defined 
on the dialogue screen D. By combining the node ele- 
ments, a new business process is defined. In the inven- 
tion, the new node element 100-N may be obtained by 
changing a part of existing component information cop- 
ied from the repository file 10. Each of the new node 
elements is labeled with a new node identification name 
and additionally registered in the repository file 10. 
[0063] Fig. 4 shows flow control nodes used for the 
business process definition. 

[0064] In the diagram, reference numeral 14-1 de- 
notes a branch node for selectively transferring a work 
item sent from an input route 81 to an output route 82A 
which satisfies preliminarily defined conditions at a di- 
verging point having a plurality of output routes 82A, 
82B, 14-2 denotes a parallel work node for copying 
a work item sent from the input route 81 and transferring 
the copies to the plurality of routes so as to execute a 
business process in parallel at a diverging point having 
a plurality of output routes 82A, 82B, 14-3 indicates 
a first arrival node or exclusive OR join node for trans- 
ferring work items to the output route 82 in accordance 
with the order of first arrival from any of input routes at 
a junction point of the plurality of input routes 81 A, 
81 B, and 14-4 denotes a waiting node or AND join 
node for transferring the work items to the output route 
82 at the time point when all of the input routes have 
received work items at a junction point of the plurality of 
input routes 81 A, 81 B, .... 

[0065] Fig. 5 shows an example of the business proc- 
ess and the sub-process. 

[0066] The business process shown as an example 
comprises 'activity P 100-1, branch node "control P 
100C-1, "activity 100-2, *activrry3' 100-3, and exclu- 
sive OR join node "Control" 100C-2 defined between 



the start node 100S and the end node 100E: The node 
elements are associated by arrows P1 to P7. 
[0067] The sub-process is a part of the business proc- 
ess and is, for example as shown in a broken line frame 
70, a part comprising a plurality of node elements (the 
activities 100-2 and 100-3 and the control nodes 100C- 
1 and 100C-2) which are associated by the arrows (P3 
to P6). When the part in the broken line frame 70 is de- 
fined as a sub-process name 'SubProcessP, the busi- 
ness process can be defined as a process comprising 
the start node 1 00S, "Activity!" 1 00-1 , "SubProcessP 70, 
and the end node 100E. 

[0068] Fig. 6 shows the configuration of a business 
process definition table 31 created in the workflow da- 
tabase 30. 

[0089] The business process definition table 31 in- 
cludes business process names 301 and a plurality of 
entries 300 (300-1 ,300-2, ...) each of which is construct- 
ed by a pair of source of transition 302 and destination 
of transition 303. 

[0070] The entries 300-1 to 300-3 shown as an exam- 
ple correspond to the definition data on the business 
process in Fig. 5. The entry 300-1 represents the rela- 
tion between the start node (node name "Start") 100S 
and "Activity!" 100-1 , the entry 300-2 represents the re- 
lation between "Activity!" 100-1 and "SubProcessI " 70, 
and the entry 300-3 indicates the relation between "Sub- 
ProcessP 70 and the end node (node name "End") 
100E. Each of entries belonging to the same business 
process is labeled with the same business process 
name 301 ("BP1 ■ in the case). Each business process 
is made up of a plurality of entries having the same proc- 
ess name in the business process definition table 31. 
[0071] Figs. 7A to 7E show an example of a storing 
format of the component information in the repository 
file 10. 

[0072] In the repository file 10, an activity table 11 , a 
participant table 12, an application table 13, a control 
node table 14, and a sub-process table 15 are formed 
in accordance with the kind of component information. 
[0073] The activity table 11 has a plurality of entries 
110 (110-1, 110-2, ...) each consisting of activity name 
111, participant name 112, applicant name 113, and oth- 
er attribute information 114. The participant name 112 
and the application name 113 serves as access keys to 
the participant table 12 and the application table 13, re- 
spectively. As the other attribute information 114, for ex- 
ample, information such as the creator's name and the 
date of creation of each activity is set. 
[0074] The participant table 1 2 defines entries 1 20 
(1 20-1 , 1 20-2, ...) for specifying the person in charge of 
processing each activity defined in the activity table 11 . 
In the example shown here, each entry 120 consists of 
participant name 121, decision rule 122, and the other 
item 123. in the decision rule 122, an SQL statement for 
specifying the person in charge of the process, name of 
a distributed object to be executed to determine the per- 
son in charge of the process, and the like are set. 
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[0075] The application table 1 3 includes a plurality of 

entries 130 (130-1, 130-2, ...) each consisting of appli- 
cation name 131, execution program name 132 indica- 
tive of information (such as full path of the program or 
name of the distributed object) to call up the program to s 
be executed and the other item 1 33. 
[0076] The control node table 14 includes a plurality 
of entries 140 (140-1, 140-2, ...) each consisting of con- 
trol node name 141 , type 142 of the control node, a pair 
of source 1 43 of transition and destination 1 44 of tran- 
sition, and the other item 145. As shown in Fig. 4, the 
control node is a diverging point of one input path to a 
plurality of output paths or a junction point of a plurality 
of input paths to one output path. In order to define the 
relation between all of sources and destinations of one 
control node, for example, a plurality of entries having 
the same control node name 1 41 such as the entries 
140-1 and 140-2 for 'Control 1 and entries 140-3 and 
140-4 for "Control 2 m are necessary. 
[0077] The sub-process table 15 includes a plurality 
of entries 150 (150-1, 150-2, ...)each consisting of sub- 
process name 151, activity name 152, source 153 of 
transition, destination 154 of transition, and the other 
item 155. Entries belonging to the same sub-process 
are labeled with the same sub-process name 151 . 
[0078] The entries 150-1 to 150-4 shown in Fig. 7E 
correspond to the sub-process "SubProcessI " shown in 
Fig. 5. The entries 150-1 to 150-4 define the relation be- 
tween the source of transition and the destination of 
transition of the control node 100C-1, activity node 
1 00-2, activity node 1 00-3, and control node 1 00C-2, re- 
spectively. 

[0079] Referring to Fig. 8, the business process defi- 
nition tool created on the display screen of the client ter- 
minal 5 in the invention will now be described. 
[0080] When the user of the client terminal instructs 
the start of the business process definition by, for exam- 
ple, selecting one of icons displayed on the display 
screen, a window 6 for business process definition tool 
and a command menu 7 are formed on the display 
screen by using a multi-window control function of the 
client terminal. 

[0081] The window 6 is divided into two right and left 
display regions (panes) 6A and 6B. In the left pane 6A, 
names of components stored in the repository file 1 0 are 
displayed in a tree form. 

[0082] In correspondence with the activity table 11, 
participant table 1 2, application table 1 3, sub-process 
table 15, and control node table 14 in the repository file 
10 described in Fig. 7, the component tree displayed in 
the left pane 6A is made up of five kinds of sub-trees 
60A to 60E of registration entry names of the respective 
tables. 

[0083] The right pane 6B is a region used for changing 
the definition of an existing component and creating new 
business process and components by selectively using 
the command menu 7 and the components displayed in 
the left pane. The command menu 7 is comprised of a 



plurality of icons (menu buttons) selected by the mouse 
operation. As menu buttons for component creation, a 
button 7B for creating the start node 100S, a button 7C 
for creating the end node 1 00 E, a button 7D for creating 
the dialogue D1 for defining the activity, a button 7E for 
creating the dialogue D2 for defining the participant, a 
button 7F for creating the dialogue D3 for defining the 
application, a button 7G for creating the dialogue D4 for 
defining the sub-process, buttons 7H to 7K for creating 
the control nodes 14-1 to 14-4 shown in Fig. 4, and a 
button 7L for creating an arrow are prepared. 
[0084] Other prepared menu buttons are a button 7A 
for instructing retrieval of an existing registered busi- 
ness process to which a specific component selected in 
the left pane 6A is related, a button 7M for instructing 
registration of the business process created in the right 
pane 6B, and a button 7N for instructing the closing of 
the business process definition tool window 6. 
[0085] For example, after selecting the menu button 
7B, when the user moves the cursor to a proper position 
in the right pane 6B and clicks the mouse, a symbol in- 
dicative of the start node 100S is displayed. When the 
user selects the menu button 7C and performs similar 
operations, a symbol indicative of the end node 100E is 
displayed. For instance, when the user selects 
■Activityl" from the activity name sub-tree 60A dis- 
played in the left pane 6A, drags it, and drops it in a 
desired position in the right pane, the node symbol 
100-1 indicative of Activityl is displayed. 
[0086] A new node which is not existing in the sub- 
tree 60A, for example, the node 1 00-2 having the activity 
name "Activity3" is desired to be created, user selects 
the menu button 7D and clicks the mouse in a desired 
cursor position in the right pane. By the operation, the 
activity definition dialogue D1 is created in the right pane 
6B. 

[0087] Although the symbol of the node 100-2 is la- 
beled as B Activity3" and the dialogue D1 is displayed in 
a position apart from the symbol for convenience of ex- 
planation in Fig. 8, the label "Activrty3" has not been de- 
termined yet at the time when the mouse operation is 
performed and the activity definition dialogue D1 is cre- 
ated in a position covering the node 100-2. 
[0088] The activity definition dialogue D1 includes an 
input frame 61 A of the activity name, an input frame 61 B 
of the participant name, an input frame 61 C of the ap- 
plication name, an OK button 67 for instructing the reg- 
istration of the activity defined in the input frames into 
the repository file 10, and a cancel button 68 for closing 
(erasing) the activity definition dialogue D1 . 
[0089] The input frames 61 B and 61 C are accompa- 
nied by buttons 65B and 65C to be pressed when the 
name data (participant name and application name) is 
entered from the keyboard and scroll buttons 66B and 
66C to be operated when existing names are selected 
from combo boxes, respectively. At the time point when 
the activity definition dialogue D1 is created by selecting 
the menu button 7D, the input frames 61 A to 61 C are 
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blank. When the user selects the OK button 67 after set- 
ting activity names and attribute data (participant name 
and application name) in the input frames 61 A to 61 C, 
a new entry 110-3 is registered in the activity table 11 in 
the repository file 10 and the activity name "Activity3' is 
additionally displayed in the sub-tree 60A in the left pane 
6A. When the user selects the cancel button 68, the di- 
alogue D1 is disappeared and the node symbol 100-2 
of the label "Actfvity3* appears. 
[0090] At the time point when all of node elements 
necessary for a business process are arranged in the 
right pane 6B, the user couples the nodes sequentially 
with paths as shown by arrows in Fig. 8. Each of the 
paths is drawn by selecting the menu button 7L and 
dragging the cursor between two node symbols. 
[0091] Although the activity definition dialogue D1 is 
created by selecting the menu button 7D and the new 
activity having the activity name "Actrvity3* is defined in 
the above case, a new activity may be created by chang- 
ing a part of definition data on an existing activity. 
[0092] For example, in Fig. 8, when the symbol 100-1 
is double-clicked, the definition data on Activity) is read 
from the repository file 10, and the activity definition di- 
alogue D1 indicative of the present definition of Activity 1 
is created. By correcting display data in the input frames 
61 A to 61 C, the definition of Activity 1 can be changed. 
One of the existing activities is copied from the left pane 
6A to the right pane 6B, the symbol of the copied activity 
is double-clicked to thereby create the activity definition 
dialogue D1, at least one of the participant name 61 B 
and the applicant name 61 C is corrected, the activity 
name 61 A is changed to a new activity name, and then 
the OK button 67 is pressed, thereby enabling a new 
activity to be added to the repository file 1 0. 
[0093] In case of erasing a specific node in the busi- 
ness process created in the right pane 6B, a function 
key for deletion in the keyboard is used. 
[0094] At the occasion of copying a component dis- 
played in the left pane 6A into the right pane 6B in order 
to re-use the existing component stored in the repository 
file 1 0, one of the fol towing two copying methods is prop- 
erly used. 

[0095] Fig. 9A shows the relation between an original 
entry 1 1 0 and a copy entry 1 1 0S when a component dis- 
played in the left pane 6A is copied into the right pane 
6B by an ordinary drug & drop operation (hereinbelow, 
called a "shallow copy"). When the existing component 
is shallow-copied, only the original entry 110 exists as 
an actual entry and a data changing operation 1 0OP per- 
formed on the copied entry 11 OS on the display screen 
is reflected as it is in the original entry. 
[0096] Fig. 9B illustrates, for example, the relation be- 
tween the original entry 110 and the a copy entry 110D 
when a component displayed in the left pane 6A is 
dragged and dropped in a state where the control (Ctrl) 
key on the keyboard is pressed (hereinbelow, called a 
"deep copy"). When an existing component is deep-cop- 
ied, independently of the original entry, a new copy entry 



110D having the same data as the existing component 
is created. I n this case, the data change operation 1 1 0P 
performed on the copy entry 11 0D is not reflected in the 
original entry 110. 

s [0097] When the definition of the original entry is de- 
sired to be changed, the target component is shallow- 
copied, the entry name is unchanged, and the OK button 
67 is pressed. On the other hand, in case of creating a 
new entry by using the data on the original entry while 

10 keeping it, the target component is deep-copied, the def- 
inition is changed, a new component name is given, and 
then the OK button is pressed. 
[0098] When a component in the left pane 6A is deep- 
copied into the right pane 6B, it can be determined that 

is the user intends to change the definition of the copied 
component. A dialogue for definition may be therefore 
automatically created simultaneously with the comple- 
tion of the drag & drop operation without a double-click 
operation of the symbol so that the user can immediately 

20 move to the definition changing operation. 

[0099] Figs. 1 0A and 1 0B illustrate formats of the par- 
ticipant definition dialogue D2 and the application defi- 
nition dialogue D3 created by selecting the menu but- 
tons 7E and 7F, respectively. 

2$ [0100] In the participant definition dialogue D2, an in- 
put frame 62A of participant name and an input frame 
62B of the decision rule of the participant are prepared. 
In the application definition dialogue D3, an input frame 
63A of the application name and an input frame 63B of 

30 the execution program name are prepared. Each of the 
dialogues is provided with the OK button 67 and the can- 
cel button 68 in a manner similar to the activity definition 
dialogue D1. 

[0101] Fig. 1 1 shows a format of the sub-process def- 
35 in it ton dialogue D4 and its creating method. The sub- 
process definition dialogue D4 is created when the user 
selects the menu button 7G and a plurality of nodessuch 
as the nodes 100-A to 100-C desired to be grouped as 
a sub-process in the business process shown in the right 
40 pane 6B are surrounded by a frame 70. In the sub-proc- 
ess definition dialogue D4, an input frame 64A of the 
sub-process name, the OK button 67, and the cancel 
button 68 are prepared. 

[0102] In a manner simitar to the activity definition di- 
45 alogue D1 , each of the above-mentioned definition dia- 
logues D2, D3, and D4 can be also created by deep- 
copying a component from the left pane 6A to the right 
pane 6B or double-clicking a component displayed in 
the right pane 6B. 
so [Q103] Fig. 12 shows the flowchart of a component 
display routine 210 prepared as the reference routine 
21 in the program memory 20 for repository manage- 
ment. 

[0104] The routine is executed in response to a dis- 
ss play data transfer request issued from the repository ac- 
cess routine 51 when the business process definition 
tool window 6 is created on the client terminal 5-1 shown 
in Fig. 1 . 
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[0105] The component display routine 210 comprises 
execution steps 211 to 215 of five sub-routines for cre- 
ating a sub-tree corresponding to the component tables 
(activity table 11, participant table 12, application table 
13, control node table 14, and sub-process table 15) s 
formed in the repository file 10 and a step 216 for trans- 
ferring display data formed by the sub-routines to the 
client terminal 5-1 . 

[0106] In step 21 1 , the sub-routine of creating display 
data 60A in a tree form by referring to the activity table io 
1 1 is executed. According to the sub-routine, for exam- 
ple, a SELECT statement of SQL is executed, the activ- 
ity name in the activity table 11 is retrieved (step 211 A), 
the retrieved activity name is converted into a list format 
(step 211 B), and the activity name in the list format is is 
converted into display data in the tree form (step 211 C). 
[01 07] Although a retrieved data name and a compo- 
nent table which is referred to are different, each of the 
sub-routines executed in steps 212 to 215 comprises 
sub-steps similar to those of the sub-routine executed 20 
in step 211. In each of the sub-routine, the participant 
name, application name, control node name, and sub- 
process name are retrieved and converted into the dis- 
play data 60B to 60E in the tree form. 
[0108] The display data is transferred to the client ter- 25 
minal in step 216 and displayed in the left pane 6A of 
the window 6 via the display control routine 53. When 
all of component names cannot be simultaneously dis- 
played in the pane 6A since the component tree is too 
long, a part of the tree is displayed and the rest is seen 30 
by the scroll function. 

[0109] As the retrieval routine 23, besides the compo- 
nent display routine 210, there is a component data re- 
trieval routine executed in response to an operation of 
creating the dialogues D1 to D4 for component definition 35 
in the right pane 6B by the user. The routine is executed 
to simply read an entry having the entry name (11 1 , 1 21 , 
1 31 , or 1 51 ) which coincides with the component name 
designated by the user from the repository file 10 and 
transfer the data on the entry (data set) to the client ter- *o 
minal. The description of the flowchart by using a draw- 
ing is omitted. 

[0110] Figs. 13 to 16 show flowcharts of registering 
routines of respective components prepared as the reg- 
istering routines 22 in the program memory 20 for re- 45 
pository management. 

[0111] Fig. 13 shows an activity registering routine 
220. 

[0112] The activity registering routine 220 is execut- 
ed, when the user selects the OK button 67 in the activity so 
definition dialogue D1 shown in Fig. 8, the repository ac- 
cess routine 51 designates the kind of the accessed di- 
alogue (in this case, "activity"), and issues a request of 
registering an entry to the registering routine 22. 
[01 1 3] In the activity registering routine 220, input da- ss 
ta in the input frames 61 A to 61 C in the activity definition 
dialogue D I is set to variables "activity "participant", 
and "application*, respectively, (step 221) and an entry 



having the same activity name 111 as the variable "ac-- - 
tivity" is retrieved from the activity table 11 (step 222). 
[0114] The result of retrieval is determined (step 223). 
When the objective entry has already been registered 
in the activity table 11 , the participant name 1 1 2 and the 
application name 1 1 3 of the retrieved objective entry are 
updated to the data shown by the variables "participant 1 
and "application", respectively (step 224). When the ob- 
jective entry does not exist in the activity table 1 1 , a new 
entry in which the data on the variables "activity", "par- 
ticipant", and "application" are set as the activity name 
111, participant name 112, and application name 113 is 
added to the activity table 11 (step 225). After that, dis- 
play data in the sub-tree 60A of the updated activity 
name is created and sent to the client terminal (step 
226). The display data is obtained by executing a sub- 
routine similar to that in step 211 in Fig. 12. 
[0115] Fig. 14 shows the participant registering rou- 
tine 230. 

[0116] The participant registering routine 230 is exe- 
cuted in response to a registration request issued from 
the repository access routine 51 when the user selects 
the OK button 67 in the participant definition dialogue 
D2 shown in Fig. 1 0. 

[0117] In the participant registering routine 230, input 
data in the input frames 62A and 62B in the participant 
definition dialogue D2 is set to variables "participant" 
and "rule", respectively (step 231) and an entry having 
the same participant name 121 as the variable 'partici- 
pant" is retrieved from the participant table 12 (step 
232). 

[0118] In a manner similar to the case of the activity 
registering routine 220, the retrieved result is deter- 
mined (step 233). When the objective entry has already 
been registered in the participant table 12, the decision 
rule 1 22 of the retrieved objective entry is updated to the 
data shown by the variable "rule" (step 234). When the 
objective entry does not exist in the participant table 12, 
a new entry in which the data on the variables "partici- 
pant" and "rule" are set as the participant name 121 and 
the rule 122 is added to the participant table 12 (step 
235) and, after that, display data on the updated partic- 
ipant name sub-tree 60B is created and sent to the client 
terminal (step 236). The display data is obtained by ex- 
ecuting a sub-routine similar to that in step 212 in Fig. 
12. 

[0119] Fig. 15 shows the application registering rou- 
tine 240. 

[0120] The application registering routine 240 is exe- 
cuted in response to a registration request issued from 
the repository access routine 51 when the user selects 
the OK button in the application definition dialogue D3 
shown in Fig. 10. 

[0121] In the application registering routine 240, the 
input data in the input frames 63A and 63B of the appli- 
cation definition dialogue D3are set as variables "appli" 
and "program" (step 241 ) and an entry having the appli- 
cation name 1 31 which is the same as the variable "ap- 
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pli" is retrieved from the application table 1 3 (step 242). 
[0122] In a manner similar to the case of the activity 
registering routine 220, the retrieval result is determined 
(step 243). When the objective entry has already been 
registered in the application table 13, an execution pro- 
gram name 1 32 of the retrieved objective entry is updat- 
ed to the data shown by the variable "program - (step 
244). When the objective entry does not exist in the ap- 
plication table 13, a new entry in which the data on the 
variables "appli" and "program" are set as the applica- 
tion name 131 and the execution program name 132 is 
added to the application table 1 3 (step 245) and, after 
that, display data on the updated application name sub- 
tree 60C is created and sent to the client terminal (step 
246). The display data is obtained by executing a sub- 
routine similar to that in step 213 in Fig. 12. 
[0123] Fig. 16 shows a sub-process registering rou- 
tine 250. 

[0124] The sub-process registering routine 250 is ex- 
ecuted in response to a registration request issued from 
the repository access routine 51 when the user selects 
the OK button 67 in the sub-process definition dialogue 
D4 shown in Fig. 11. 

[0125] In the sub-process registering routine 250, the 
input data on the input frame 64A in the sub-process 
definition dialogue D4 is set to a variable "sub" (step 
251 ). After that, by following the linkage of nodes and 
arrows included in the sub-process, the data is convert- 
ed into a list structure indicating the connecting relation 
of nodes (step 252). For example, as shown in Fig. 11, 
when the sub-process is made up of three activity nodes 
A, B, and C which are arranged in series, list structure 
data indicative of the connecting relation of the nodes 
A, B, and C is created. 

[0126] Subsequently, an entry having the same sub- 
process name 1 51 as the variable "sub" is retrieved from 
the sub-process table 15 (step 253). 
[01 27] The result of retrieval is detrermined(step 254). 
If the objective entry has already been registered in the 
sub-process table 1 5, the registered entry having the 
same sub-process name 151 as the variable "sub" is 
deleted from the sub-process table 15 (step 255). After 
that, on the basis of the list structure data created in step 
252, the source of transition and the destination of tran- 
sition are specified node by node. The node name is set 
to a variable "nod" and the specified source and desti- 
nation of transition are set to variables "src" and "dest", 
respectively (step 256), and a new entry in which the 
variables "sub", •nod", "src", and "dest" are set to the 
sub-process name 151, activity name 152, source of 
transition 153, and destination of transition 154 is addi- 
tionally registered into the sub-process table 15 (step 
257). 

[0128] The above-mentioned creation and registra- 
tion of a new entry are repeated node by node at all 
nodes included in the list structure data When registra- 
tion of the entries of all nodes is finished (step 258), dis- 
play data on the updated sub-process name sub-tree 



60D is formed and sent to the client terminal (step 259). 
[0129] In the registering routine 23, besides the reg- 
istering routines of respective components, a business 
process registering routine executed in response to a 

s registration request issued from the repository access 
routine 51 when the user selects the OK button 67 in a 
process name definition dialogue D5 which will be de- 
scribed hereinlater in Fig. 28 is included. The routine is 
executed to add definition data on a business process 

io consisting of a plurality of nodes defined in the right pane 
6B to the business process definition table 31 in the da- 
tabase 30. Since the routine has a procedure basically 
similar to that of the sub-process registering routine in 
Fig. 16 only differing in the name of variable, the name 

is of table, and entry format to be used, specific description 
of the flowchart is omitted here. 
[0130] Fig. 17 shows the user operation in the case 
of specifying one of components managed in the repos- 
itory file 10 and retrieving the definition of a business 

20 process in which the component is used. 

[0131] After pressing the menu button 7 A for retrieval, 
the user selects one of component names in a compo- 
nent tree displayed in the left pane 6A. By the user op- 
eration, the retrieving routine 23 is executed and the re- 

25 suit of the retrieval is displayed on a window W1 . 

[01 32] Fig. 1 B shows a flowchart of the retrieving rou- 
tine 23 for retrieving a business process name. 
[0133] In the retrieving routine 23, the component 
name selected by the user is set to a variable "compon- 

30 ame" (step 261) and an entry having the same node 
name as the variable "componame" in the source 302 
of transition or the destination 303 of transition is re- 
trieved from the business process definition table 31 in 
the workflow database 30 (step 262). As obviously un- 

35 derstood from the cases of the entries 300-1 and 300-2 
or 300-2 and 300-3 having the business process name 
BP1 shown in Fig. 6, a plurality of entries having the 
same business process name are redundantly included 
in the retrieval result. After deleting the entries of the 

40 same business process name (step 263), a display list 
of the business process names is sent to the client ter- 
minal (step 264). 

[01 34] Referring to Figs. 1 9 to 27, a specific example 
of the business process definition according to the in- 
45 vention executed by using an existing component on the 
tool screen (user interface) will be described hereinbe- 
low. 

[0135] As shown in Fig. 1 9, a change in the definition 
tool screen 6 and the repository file 10 in association 

50 with the user operation will be described by taking the 
case of newly defining a holiday application business 
process shown in Fig. 20 under the condition that a 
traveling expenses application business process defini- 
tion comprised of an activity 1 00-1 1 of traveling expense 

55 request and an activity 1 00-1 2 of traveling expense ex- 
amination already exists in the business process defini- 
tion table 31 and the definition data on the two activities 
100-11 and 100-12 are stored in the repository file 10. 
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[0136] * In the traveling expenses application business 
process shown in Fig. 19, the traveling expenses appli- 
cation activity 100-11 denotes a business process of 
"creating a written request or application for traveling ex- 
penses in such a manner that an applicant of traveling 
expenses defined by a participant name 61 B activates 
traveling expenses written application creating program 
defined by an application name 61 C and enters data into 
each of input items of the written application for traveling 
expenses displayed on the screen of the client terminal 
5-J\ A work item (written application for traveling ex- 
penses in an electronic document form) created by the 
traveling expenses request or application activity 
100-11 is transferred from the client terminal 5-J to the 
workflow server 1 and stored in the workflow database 
30. At this time, the work item stored in the workflow 
database 30 is linked to the traveling expenses exami- 
nation activity 100-12 as the next node of the business 
process by the business process management routine 
41. 

[0137] The traveling expenses examination activity 
1 00-1 2 denotes a business process of "examining each 
work item (written application for traveling expenses) on 
the screen of the client terminal 5-K by activating the 
traveling expenses application examining program de- 
fined by the application name 61 C by the superior of the 
traveling expenses applicant defined by the participant 
name 61 B". The traveling expenses application exam- 
ining program is a program by which written application 
for the traveling expenses created by the applicant is 
read from the workflow database 30 to the screen of the 
terminal and the decision result of approval or rejection 
can be entered. 

[01 38] Fig. 21 illustrates the state of the repository file 
1 0 at the time point when a process for defining a holiday 
application business process is started. 
[01 39] In the activity table 1 1 in the repository file, the 
two entries 110-11 of "traveling expenses request" and 
110-12 of traveling expenses examination" are regis- 
tered in the activity name 111. In the participant table 
12, two entries 120-11 and 120-12 of "applicant" and 
"superior of the applicant" are registered in the partici- 
pant name 121. "LoginUser" set in a decision rule 122 
of the entry 1 20-11 for applicant shows the name of an 
executable program or distributed object for regarding 
the user ID of the client terminal which logs in the work- 
flow system as an applicant "Superior" in the entry 
120-12 for applicant's superior, which is set in the deci- 
sion rule 1 22 denotes the name of an executable pro- 
gram or distributed object for specifying the applicant's 
superior by retrieving the table on the basis of the ap- 
plicant (user ID) of each work item. 
[0140] In the application table 13, two entries of "cre- 
ate written application for traveling expenses" 130-11 
and "examination of travelling expenses application" 
130-12 are registered in application name 132. In the 
entries, "CreateTravelExpense" and "ExamineTrave- 
I Expense" are set as execution programs 132. "Crea- 



teTravelExpense" is the name of an executable program 
or distributed object for displaying the written application 
for the travelling expenses on the screen and allowing 
data to be entered into necessary items. "Examine- 
TravelExpense" denotes the name of an executable 
program or distributed object for displaying the written 
application for the travelling expenses into which data 
has been inputted on the screen and allowing approval 
or rejection to be selected. 

[0141] The holiday request business process to be 
newly created is comprised of, as shown in Fig. 20, a 
holiday request activity 100-13 and a holiday examina- 
tion activity 100-14. Since the participant name of the 
holiday request activity 100-13 is "applicant" and the 
participant name of the holiday examination activity 
100-14 is "superior of the applicant", the nodes have the 
common points with the traveling expenses application 
activity 100-11 and the traveling expenses examination 
activity 100-12 for defining the traveling expenses ap- 
plication business process. 

[01 42] At the occasion of creating the holiday request 
business process, the user of the client terminal 5-J first 
creates an application program for holiday request and 
for holiday request examination. The programs may be 
executable programs or distributed objects developed 
in an arbitrary programming language. 
[0143] The user registers the program for holiday re- 
quest into the repository file 10. The registration of the 
program can be achieved by creating a dialogue D3-1 3 
for application definition in the right pane 6B by selecting 
the menu button 7F in the business process definition 
tool window 6 shown in Fig. 8 and, for example, entering 
the definition data to the input frames 63A and 63B as 
illustrated in Fig. 22A. 

[0144] In this case, the application names "create 
written application for holiday" and the execution pro- 
gram name "CreateHolidayApplication" are inputted in- 
to the input frames 63A and 63B, respectively, and after 
that, the OK button 67 is clicked. 
[01 45] Similarly, a dialogue D3-1 4 for application def- 
inition to register the program of the holiday application 
examination is created. As shown in Fig. 22B, after en- 
tering the application name "exam of holiday applica- 
tion" and the execution program name "ExamineHoli- 
dayApplication" into the input frames 63A and 63B, re- 
spectively, the OK button 67 is clicked. 
[01 46] By the user operations, as illustrated in Fig. 24, 
two entries 130-1 3 and 130-14 of application names of 
"create written application for holiday" and "exam of hol- 
iday application" are additionally registered into the ap- 
plication table 13 in the repository file 10. 
[01 47] The holiday request activity 1 00-1 3 will now be 
newly added. 

[0148] By selecting the menu button 7D, the user cre- 
ates the activity definition dialogue D1 -1 3 shown in Fig. 
23 and enters "request for holiday" into the activity name 
61 A Since the participant name "applicant" and the ap- 
plication name "create written application for holiday" 
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which are desired to be defined by the holiday request 
activity 100-13 have been already registered in the re- 
pository file 1 0, it is sufficient to select the objective par- 
ticipant name and application name from the combo box 
by operating scroll keys 66A and 66B instead of entering 
characters from the keyboard. 
[01 49] After setting the definition data, the user clicks 
the OK button 67 in the activity definition dialogue 
D1-13, thereby adding the new entry 110-13 for holiday 
request into the activity table 11 in the repository file 10 
as shown in Fig. 24. 

[0150] Fig. 25 shows the user operation executed on 
the window 6 in order to create a holiday application 
business process. 

[0151] In the left pane 6A of the business process def- 
inition tool window, a component tree corresponding to 
the contents of the repository file 1 0 illustrated in Fig. 24 
is displayed. The user selects the menu buttons 7B and 
7C to thereby create the start node 100S and the end 
node 100E in the right pane 6B, shallow-copies the hol- 
iday request 111-13 from an activity name sub-tree 60A 
in the left pane 6A to the right pane 6B and deep-copies 
the traveling expenses examination 111-12 to the right 
pane 6B. 

[01 52] Since the activity definition dialogue D1 -1 2 in- 
cluding the traveling expenses examination definition 
data shown in Fig. 26 is created in the right pane 6B 
when the traveling expenses examination activity is 
deep-copied, as shown in an updated activity definition 
dialogue D1-14, the data in the activity name 61 A and 
the application name 61 B is updated to •examination of 
holiday' and "exam of holiday application', respectively, 
while unchanging the participant name "superior of ap- 
plicant'. After that, the user clicks the OK button. 
[01 53] By click of the OK button, as shown in Fig. 27, 
the activity entry 1 1 0-1 4 for holiday examination is add- 
ed into the activity table 11 in the repository file 10. 
[01 54] At the time point when the activity definition di- 
alogue D1-14 is closed, the node 100-12 shown in Fig. 
25 is changed to the symbol 1 00-1 4 labeled with the ac- 
tivity name of "examination of holiday". When the node 
symbol 100-14 is double-clicked, the definition can be 
referred to in the dialogue D1-14. In such a state, there- 
fore, by coupling the nodes with arrows while selecting 
the menu button 7L, the holiday application business 
process shown in Fig. 20 can be completed. 
[01 55] When it is desired to register the holiday appli- 
cation business process of Fig. 20 defined in the left 
pane 6B into the workflow database 30, the user clicks 
the menu button 7M for registration. In response to the 
click of the menu button 7M, as shown in Fig. 28, the 
process name definition dialogue D5 having the input 
frame 69 of the process name is created on the termi- 
nal's screen. 

[0156] When the user clicks the OK button 67 after 
entering a new business process name such as "holi- 
day" into the input frame 69, the business process reg- 
istering routine in the registering routine 22 is activated 



and the definition data on the holiday application busk 
ness process is registered into the business process 
management table 31 . In this case, each of the definition 
data on the holiday application business process has 

5 the name of "holiday" as the business process name 
301 and is divided into three entries having, as the 
sources 302 of transition and the destinations 303 of 
transition, the start node and the holiday application ac- 
tivity, the holiday application activity and the holiday ex- 

10 amination activity, and the holiday examination activity 
and the end node, respectively. 
[0157] As obviously understood from the description 
of the foregoing embodiment, according to the inven- 
tion, the definition data on components included in the 

15 business process definition which has already been reg- 
istered in the workflow system is stored in the compo- 
nent file (repository file). At the occasion of defining a 
new business process, the existing components are 
combined, and as necessary, the existing components 

20 are partially changed or a new component is added. 
Thus, a desired business process definition can be com- 
pleted in short time. 

[01 58] As shown in the embodiment, by adopting the 
method such that the list of existing components is dis- 

25 played on the tool window for business process defini- 
tion created on the display screen of the client's termi- 
nal, a desired component is copied by the user to there- 
by create the component in a work region, and the con- 
tents of the definition of each component are displayed 

30 through the dialogue for definition corresponding to the 
component, the contents of the existing component can 
be confirmed and updated promptly. Components nec- 
essary for a new business process definition can be 
therefore securely prepared with a simple operation. 

35 

Claims 

1 . A workflow server connected to a plurality of client 
40 terminals, comprising: 

filing means for storing a data set as compo- 
nents of each business process defined for 
each business; and 

45 component managing means for providing a list 

of component names of each data set stored in 
the filing means as business process definition 
tool information to one of the client terminals, 
reading a corresponding data set including a 

so specific component designated by the client 

terminal from the filing means, and transmitting 
the read data set to the client terminal. 

2. A workflow server according to claim 1 , wherein the 
55 filing means has a plurality of tables for storing the 

data set by the kind of component, and 

the component managing means classifies 
the lists of the component names into tables and 
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22 



provides the resultant to the client terminal. ~ ■ 

3. A workflow server according to claim 1 , wherein the 
component managing means has means for addi- 
tionally registering a data set having a new compo- 
nent name created by the client terminal into the fil- 
ing means. 

4. A workflow server according to claim 2, wherein the 
component managing means has means for addi- 
tionally registering a data set having a new compo- 
nent name created by the client terminal into the fil- 
ing means. 

5. A workflow server connected to a plurality of client 
terminals, for making a work item created or proc- 
essed by each of the client terminals transit in ac- 
cordance with a business process which is prelim- 
inarily defined for each business, comprising: 

first storing means for storing definition data on 
a business process made up of a plurality of 
nodes; 

second storing means for storing a data set in 
which a component of the business process 
stored in the first storing means is defined; 
workflow managing means for making a work 
item created or processed by each client termi- 
nal transit in accordance with the business 
process definition data corresponding to the 
work item stored in the first storing means; and 
component managing means for providing a list 
of component names of each data set stored in 
the second storing means in response to a re- 
quest from the client terminal, and transmitting 
a data set corresponding to a component name 
to the client terminal in response to a data 
transfer request in which the component name 
is designated from the client terminal. 

6. A workflow server according to claim 5, wherein def- 
inition data on each business process stored in the 
first storing means defines the connecting relation 
of nodes constructing each business process, 

at least a part of the data set stored in the sec- 
ond storing means has a component name cor- 
responding to a node name used in the busi- 
ness process definition data, and wherein 
the workflow managing means controls each of 
the work items on the basis of the business 
process definition data stored in the first storing 
means and the data set stored in the second 
storing means which is linked from the node 
name in the business process definition data 

7. A workflow server according to claim 5, wherein the 
component managing means includes means for 
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additionally registering business process definition 

data having a new process name created by the cli- 
ent terminal into the first storing means. 

8. A workflow server according to claim 6, wherein the 
component managing means includes means for 
additionally registering business process definition 
data having a new process name created by the cli- 
ent terminal into the first storing means. 

9. A workflow server according to claim 5, wherein the 
component managing means has means for addi- 
tionally registering a data set having a new compo- 
nent name created by the client terminal into the 
second storing means. 

1 0. A workflow server according to claim 6, wherein the 
component managing means has means for addi- 
tionally registering a data set having a new compo- 
nent name created by the client terminal into the 
second storing means. 

1 1 . A workflow server according to claim 5, further com- 
prising retrieving means for retrieving a business 
process having a specific component from business 
processes stored in the first storing means when a 
request for retrieving the specific component from 
business processes is received from the client ter- 
minal, and replying the name of the relevant busi- 
ness process to the client terminal. 



12. A client terminal connected to a workflow server 
which makes a work item transit in accordance with 
a business process preliminarily defined for each 
35 business, comprising: 



a display screen; 

input means for operating a cursor position on 
the display screen; and 
control means for creating a window for busi- 
ness process definition and a command menu 
on the display screen, communicating with the 
workflow server and changing a display on the 
window in accordance with a user operation, 
the command menu having a plurality of but- 
tons according to kinds of components of a 
business process, and the window having a first 
region for displaying a list of component names 
of a business process and a second region 
used to define a new business process or a new 
component, wherein 



40 



45 



50 



55 



the control means is provided with: 

a function of displaying a registered list of the 
names of components of a business process 
from the workflow server, in the first region at 
the time of creating the window; 
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a function of creating a symbol of a component- 
corresponding to a selected button or a dia- 
logue for definition corresponding to the com- 
ponent in response to a user operation of se- 
lecting a button in the command menu, in the 5 
second region; and 

a function of selecting a specific component 
from the list of component names displayed in 
the first region and creating a symbol indicative 
of the specific component or a dialogue for def- 10 
in it ion corresponding to the specific component 
in the second region in response to a user op- 
eration of copying the specific component into 
the second region. 

is 

13. A client terminal according to claim 9, wherein the 
control means includes a function of making a re- 
quest to register component definition data entered 
by the user in the dialogue for definition into the 
workflow server. 20 

14: A client terminal according to claim 12, wherein the 
command menu has a button for creating a dialogue 
for defining a business process name, and 

the control means has a function of creating 25 
the dialogue for defining a business process name 
in the second region in response to a user operation 
of selecting the button and making a request to reg- 
ister definition data on a new business process de- 
fined in the second region under a process name 30 
entered in the dialogue into the workflow server. 

15. A client terminal according to claim 1 3, wherein the 
command menu has a button for creating a dialogue 

for defining a business process name, and 35 

the control means has a function of creating 
a dialogue for defining a business process name in 
the second region in response to a user operation 
of selecting the button and making a request to reg- 
ister definition data on a new business process de- 40 
fined in the second region under a process name 
entered in the dialogue into the workflow server. 

16. A client terminal according to claim 12, wherein 
each of the dialogues for definition has an icon for 45 
instructing registration of definition data, and 

the control means requests to register a data 
set defined in the dialogue for definition into the 
workflow server in response to the user's selection 
of the icon. 50 

17. A client terminal according to claim 13, wherein 
each of the dialogues for definition has an icon for 
instructing registration of definition data, and 

the control means requests to register a data 55 
set defined in the dialogue for definition into the 
workflow server in response to the user's selection 
of the icon. 
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